home *** CD-ROM | disk | FTP | other *** search
/ The Arsenal Files 4 / The Arsenal Files 4 (Arsenal Computer).ISO / net_info / fsc-0080.l01 / FSC-0080.001 < prev   
Text File  |  1995-03-01  |  4KB  |  114 lines
  1.  
  2.   | Document: FSC-0080
  3.   | Version:  001
  4.   | Date:     01 Mar 1995
  5.   |
  6.   | Mikael Stσldal, 2:201/337
  7.  
  8.  
  9.                   Describing FidoNet with a layered model
  10.                      Mikael Stσldal, 2:201/337@FidoNet
  11.  
  12. Introduction
  13. ============
  14. FTS-1 tries to describe FidoNet with the OSI model, but I don't think that
  15. description is any good.
  16.  
  17. I have tried to make a better description of FidoNet with the OSI model, but
  18. without success. I don't think that's possible.
  19.  
  20. Instead I made my own layered model, inspired from OSI. I use seven layers
  21. with the same name as in OSI, but with Session and Transport swapped.
  22.  
  23.  
  24. Why this model?
  25. ===============
  26. The main goal with this model is to make FidoNet more flexible make it
  27. easier to change into newer and better protocols and data structures.
  28.  
  29. It should be possible to change one layer without affecting the others.
  30.  
  31.  
  32. Description of the layers
  33. =========================
  34.  
  35. Physical layer
  36. --------------
  37. The telephone network (PSTN).
  38.  
  39.  
  40. Link layer
  41. ----------
  42. Modem with protocols like V.22 and V.32. This layer also include real-time
  43. error correction (V.42, MNP4) and data compression (V.42bis, MNP5).
  44.  
  45. Serial communication hardware (UART).
  46.  
  47.  
  48. Network layer
  49. -------------
  50. Serial communications drivers (FOSSIL) and file transfer protocols
  51. (Zmodem etc). Note that this layer can be divided into two sub-layers, the
  52. file transfer protocol on top on the serial communication driver; but upper
  53. layers can interact with the serial communication driver directly.
  54.  
  55.  
  56. Session layer
  57. -------------
  58. Session handshake protocols (YooHoo, EMSI) implemented in mailers. This
  59. layer can reliably send files directly between two systems. It doesn't
  60. perform any routing. It doesn't know about NetMail, EchoMail etc.
  61.  
  62. The upper layers uses logical addresses (node numbers), this layer performs
  63. address resolution (often by using a nodelist) to obtain the physical address
  64. (telephone number) necessary to establish a connection.
  65.  
  66. The upper layers can tell if a file should be sent immediately, when
  67. appropriate or be placed on hold.
  68.  
  69. When files are received, this layer tells the upper layers.
  70.  
  71.  
  72. Transport layer
  73. ---------------
  74. This layer handles routing and transport of NetMail, EchoMail and file
  75. attaches. The format of mailpackets is defined in this layer, except the
  76. internal structure of a packed message.
  77.  
  78. A mail processor takes received NetMail and EchoMail and places it in the
  79. local message base. It also looks there for messages to send.
  80.  
  81.  
  82. Presentation layer
  83. ------------------
  84. Here are the internal structure of a packed message defined.
  85.  
  86. In TYPE-2, this layer is totally mixed up with the Transport layer. In new
  87. packet formats, they will hopefully be separated.
  88.  
  89.  
  90. Application layer
  91. -----------------
  92. Here are the local message base (stored messages) defined.
  93.  
  94.  
  95. Interaction between layers
  96. ==========================
  97.  
  98. Interaction between Session layer and Transport layer
  99. -----------------------------------------------------
  100. The Session and Transport layers does only interact between sessions, not
  101. during them. The reason is that is should be possible to keep them in
  102. different programs and implement it in single tasking operating systems like
  103. MS-DOS. This doesn't prevent the Session and Transport layers from running
  104. simultaneously in a multitasking system.
  105.  
  106.  
  107. Comments
  108. ========
  109. There is one problem with this model, how to describe the File Request
  110. server function. Sending File Requests are no problems, that's just a File
  111. Attach with a *.REQ file. The File Request server function have to be
  112. implemented directly in the Session layer.
  113.  
  114.